这篇内容是在有道云旧笔记基础上重新整理的 运维与环境配置 笔记。原始记录偏碎片化，这里补充了使用场景、阅读顺序和落地时需要注意的边界，方便以后在项目里快速复用。

适用场景 ​

  • 本地开发环境、服务器环境或容器环境出现类似问题时，用来快速回忆处理路径。
  • 需要把零散命令整理成可复查步骤，避免每次重新搜索同一类配置。
  • 发布、部署或系统调整前，用作操作前检查和回滚思路的参考。

核心要点 ​

  • 正文已经按 「A服务的页面到B服务的页面使用 proxypass 反向代理（推荐）」 等小节组织，阅读时可以先定位到当前问题对应的小节。
  • 保留了 1 段可直接参考的代码或命令，主要涉及 shell，复制前需要按当前项目路径、版本和变量名做调整。
  • 涉及命令行操作时，建议先在测试目录或测试环境执行，确认输出符合预期后再应用到生产环境。

A服务的页面到B服务的页面使用 proxy_pass 反向代理（推荐） ​

1
2
3
4
5
6
7
8
9
10
11
12
# 比如我当前有众多的ninx容器，其中一个住nginx作为入口的数据流代理，其余的nginx容器为运行前端静态资源的
# 这时候项目A的请求地址为 http://localhost:3030/lan-home/ 主nginx访问 http://localhost:3030/lan-home/
#如果我想直接访问 http://localhost:3030/lan-home/
#意思就是 访问 http://localhost/lan-home/，其实真是访问的地址是http://localhost:3030/lan-home/，也就是B容器

location /snai-home {
# 访问 /lan-home 但实际代理到 nginx-b 的 /b-page
     proxy_pass http://oneapp/lan-home;
     proxy_set_header Host $host;
     proxy_set_header X-Real-IP $remote_addr;
}

实践检查清单 ​

  • 执行命令前确认当前用户、工作目录、端口、容器名和目标路径，避免把示例值直接用于生产环境。
  • 改配置前先备份原文件；涉及服务 reload/restart 时，先用检查命令验证配置可用。

复盘小结 ​

这篇笔记更适合作为问题排查或方案落地前的速查材料。后续如果在真实项目中再次遇到同类问题，可以继续把具体版本、报错信息、最终取舍和验证结果补到对应小节里，让它从代码片段逐步沉淀成完整方案。